home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 128 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.7 KB
  1. From: Stephen Henson (CSM) <shenson@camborne-school-of-mines.ac.uk>
  2. Date: Thu, 4 Mar 93 22:23:06 GMT
  3. Message-Id: <15252.9303042223@csm.ac.uk>
  4. To: mint <mint@terminator.rs.itd.umich.edu>
  5. Subject: New MiNT fcntl calls etc
  6.  
  7.  
  8. I agree with many of the sentiments mentioned here about new fcntl calls.
  9. FUTIME is simplicity itself to add to minixfs and an inode level truncate
  10. function has been waiting for support for some time.
  11.  
  12.     Fsync() is also a good idea because (among other reasons) there are
  13. two kinds of disk change. "Hard", by physically changing the disk, and
  14. "Soft", by a request, via for example Dlock(). The "Soft" kind should Fsync()
  15. the disk in question first before the change. This would avoid things like 
  16. fsck reporting spurious errors because the cache never got written out (I've
  17. written minixfs to avoid this kind of thing, but at a performance cost).
  18.  
  19.     Filesystems ought to have a way to specify no operations can be
  20. performed on a given drive. For example, sometimes when a minix partition
  21. is recognised it can't be accessed because e.g. MAX_INCREMENT was set too
  22. low when minix.xfs was compiled. The best way to handle this is to inhibit
  23. all operations on the drive but do the usual checks when it is changed. One
  24. way would be to pass a 'null_fs' pointer to the filesystem at start up which
  25. fs->root could then set as necessary. This could be done by adding lots of
  26. little checks and a flag to minix.xfs but that is a bit messy.
  27.  
  28.     Non blocking disk I/O requests would be nice. Although low level this
  29. isn't too hard to do. Floppies would be a bit more painful. This would make
  30. multi-thread filesystems possible (there isn't much point with blocking I/O).
  31. Having said that some of the other device drivers need an overhaul as well.
  32.  
  33. Steve.
  34.